敏捷管理與設計思考

敏捷式管理（Agile Management）和設計思考（Design Thinking），大抵可以算是近年來在軟體開發和產品創新領域的兩大顯學。而如果細看兩者的內容，可以發現這兩套方法在精神上有很多共通之處。我們不妨這麼看：這樣的流程基本上就是目前灣區的人做事情的方式，而隨著矽谷的成功經驗，這樣的思維也往世界其他地方擴散。

敏捷管理，主要是來自於軟體開發業者對傳統專案管理方法的反思。這套管理方式整合了 Scrum, eXtrem Programming, 精實生產（lean manufacturing），六標準差（Six Sigma）等幾個領域的工具和方法，針對傳統專案管理方法論加以修正，使之能更適用於需要彈性、客戶需求時時在改變的專案型態。

敏捷管理自然有一套中心思想（見「敏捷宣言」），但在具體運作上跟過去最大的差異，是採取「迭代式」（iterative）的流程：把專案總產出切割成多個小的、有價值的成果，然後用很短的工作週期，迭代式的把成果一個一個交付給客戶。

這樣的工作流程自然的增加了團隊和客戶之間對什麼是「可被接受的產出」的溝通機會，而提早交付部分成果，也降低了「客戶不買單」的風險，保留了對於「改變」的彈性。

相較於敏捷管理處理的是「如何執行被交付的任務」，設計思考用類似的方法，但起點是從「怎樣的任務該被執行」開始。

Design Thinking 是這幾年頗為熱門的「創新」方法學，國內的科技大廠近年來為了突破創新的困境，幾乎全部都引進了這套方法，作為產品創新的工具。

設計思考強調產品或服務的設計，應該從「人」開始。首先是洞察使用者的需求來定義產品，接著是快速的原型製作（prototyping）和測試，然後從收集使用者的回饋再回到第一個階段。這個迭代式的流程可以被反覆執行多少次，取決於產品開發者所能投入的資源。

雖然設計思考在實務運作上不見得有足夠的資源執行迭代式的流程，但是在很多原則上倒是跟敏捷管理相當一致。在2011年出版的 Design Thinking: understand, improve, apply 一書裡，提到設計思考的四個原則：

• 人的原則：所有的設計活動，本質上都是社會性的
• 模糊原則：保留模糊性
• 再設計原則：所有的設計，都是再設計
• 有型原則：把概念具體化，有助於溝通

在敏捷宣言裡也可以看到相似的理念，對「人與互動」、「具體性」、「回應變化」的強調，而「多元團隊」也是兩種方法同時重視的基本元素。

就像文章開頭所說的，如果這是灣區近年來屢屢獲得成功的工作方式與思維，或許這些「多元團隊」、「小團隊」、「授權」、「團隊自主」、「短週期」、「迭代式」、「從使用者出發」等等的思維方式，代表了某些新的專業趨勢，值得業界採用，也值得教育界為這樣的職場需求做準備。